Hallo,
leider hatte ich nie einen ATARI 400 oder 800.
Diese wurden ja nicht immer inkl. Basic ausgeliefert.
Wenn man nun aber ein Basic-Cartridge hat und ein Programm laden möchte, das nur ohne Basic funktioniert, muss man dann jedesmal das Basic-Modul aus dem ATARI 400 bzw. 800 entfernen, oder gibt es auch eine Tastenkombination wie beim XL/XE? Ihr wisst schon, so was wie beim XL/XE wo man den ATARI mit gedrückter OPTION-Taste einschaltet?
Soweit ich weiß ist das notwendig, daher bei den älteren Spielen der Hinweis "Remove Cartridge".
Basic mittels Option-Taste auszuschalten ist glaube ich im OS des 400/800 (OS-A oder OS-B) nicht vorgesehen und dürfte daher keinerlei Effekt haben.
Beim XL/XE kann man übrigens die Option-Taste drücken oder auch nicht drücken und trotzdem Basic aktivieren, indem man ein Basic Modul in den Modulschacht steckt. Ist zum Beispiel für uralte Spiele praktisch, die unbedingt Basic Rev. A haben wollen, was der XL/XE ja nicht hat. (Also Modul mit Basic Rev. A in den XL/XE einstecken und schon wird das interne Rev. B oder Rev. C Basic de-aktiviert).
Was nun beim 400/800 mit eingesteckem Basic-Modul und Programmen passiert, die beim XL/XE per Software das eingebaute Basic abschalten, weiß ich nicht genau... vielleicht klappt das ja und das Basic Modul kann dann im Modulschacht des 400/800 drin bleiben ?!?
Vielen Dank für die schnelle Antwort.
Das ist ja umständlich und besonders schonend für die Modulschachtklappe und den Modulschacht auch nicht. Aber dann sei es so.
Spannend finde ich die Fragestellung auch, was mit den Programmen geschieht, die das Basic programmseitig ausschalten. Da das Basic ja immer an der gleichen Stelle im Speicher liegt ($a000-$bfff), sollte das ja eigentlich beim 400/800 auch klappen.
Hmm, müsste man mal im Emulator ausprobieren...
Programme, die nur Basic A benötigen fallen mir jetzt keine ein, aber als Hüter des Atari Softwarewissens wirst Du bestimmt Beispiele kennen. 😀
patjomki schrieb: Programme, die nur Basic A benötigen fallen mir jetzt keine ein, aber als Hüter des Atari Softwarewissens wirst Du bestimmt Beispiele kennen. 😀
Ich kenne selber kaum Programme, die Atari Basic Rev. A benötigen.
Aber atarimania listet ganz viele. Dummerweise steht bei den Programmen selber nur "Language: Basic" und dies kann man anklicken und bekommt mal eben 6138 Ergebnisse. Das bei einigen jedoch Basic Rev. A benötigt wird steht weiter unten bei "Additional Comments" und danach kann man leider nicht suchen. Ergo kann man sich bei atarimania derzeit nicht alle Programme auflisten lassen, die unbedingt Basic Rev. A benötigen (sondern nur Programme, die allg. Basic benötigen)...
Hier ein Beispiel für das französische Programm Wormy: https://www.atarimania.com/game-atari-400-800-xl-xe-wormy_12202.html
im XL OS ist PORTB für das Memory Management zuständig, im OS A bedient PORTB Joysticks 3 und 4 https://atariwiki.org/wiki/Wiki.jsp?page=PORTB
d.h. im OS A gibt es kein Memory Management und deswegen kann auch das BASIC nicht an/ausgeschaltet werden. Braucht es ja nicht, man kann ja das Modul rausnehmen (geht beim XL OS nicht, da ist es fest eingebaut).
patjomki schrieb: Programme, die nur Basic A benötigen fallen mir jetzt keine ein, aber als Hüter des Atari Softwarewissens wirst Du bestimmt Beispiele kennen. 😀
Nach meiner Erfahrung wird Rev.A häufig benötigt, weil die Programmierer zu doof waren, die Anzahl der Parameter des USR-Calls mittels PLA vom Stack zu holen. Damit geht der RTS in den Wald; nicht aber bei Rev.A, wo sich bei keinem zusätzlichen Aufruf-Parameter zufälligerweise $BC01 als Rücksprungadresse ergibt. Nach einigen Kapriolen und dem Überlaufen des Stacks fängt sich BASIC wieder und macht weiter.
Hier mal eine Liste (inkl. Dubletten) der mir über den Weg gelaufenen Programme, die Rev.A benötigen:
BASIC Building Blocks (1983)(MECA)(US)(Disk 1 of 2)[a][BASIC Rev.A][h restored protection]
BASIC Building Blocks (1983)(MECA)(US)(Disk 2 of 2)(BASIC Design Tool)[a][BASIC Rev.A]
Paint (1982)(Reston Publishing)(US)[BASIC Rev.A][OS-B]
Snooper Troops - Case #1 The Granite Point Ghost v1.0 (1982)(Spinnaker Software)(US)[BASIC Rev.A]
Snooper Troops - Case #2 The Disappearing Dolphin v1.0 (1983)(Spinnaker Software)(US)[BASIC Rev.A]
Trivia Trek (1982)(Swifty Software)(US)(Side A)[!][BASIC Rev.A][810 only]
Trivia Trek (1982)(Swifty Software)(US)(Side B)(Data Files)[!][BASIC Rev.A][810 only]
Lasar Wars (1981)(Crystalware)(US)[BASIC Rev.A][OS-B]
Crypt of the Undead (1982)(Epyx)(US)(Side A)[f][BASIC Rev.A]
Crypt of the Undead (1982)(Epyx)(US)(Side B)[BASIC Rev.A]
Crypt of the Undead (1982)(Epyx)(US)[a][BASIC Rev.A]
Early Games - Music (1983)(Counterpoint Software)(US)[BASIC Rev.A]
Early Games - Piece of Cake (1982)(Counterpoint Software)(US)[BASIC Rev.A]
Enhancements to Graph It (1982)(APX)(US)[!][BASIC Rev.A]
Haunted Hill (198x)(Softsmith)(US)[BASIC Rev.A][OS-A]
Imperial Walker (1981)(Crystalware)(US)[f][a][BASIC Rev.A]
King Arthur's Heir (1982)(Epyx)(US)[BASIC Rev.A]
Nightmare, The (1982)(Epyx)(US)[m][BASIC Rev.A]
Trivia Trek (198x)(Softsmith)(US)(Side A)[!][BASIC Rev.A]
Trivia Trek (198x)(Softsmith)(US)(Side B)[BASIC Rev.A]
Warlock's Revenge (1982)(Synergistic Software)(US)(Disk 1 of 2)[m][BASIC Rev.A]
Warlock's Revenge (1982)(Synergistic Software)(US)(Disk 2 of 2)[m][BASIC Rev.A]
House of Usher (1980)(Crystal Software)(NTSC)(US)[BASIC Rev.A][OS-B]
Vielen Dank für die ganzen Antworten.
Ihr habt mit der PLA-Antwort auch gleich ne Frage beantwortet, die sich mit neulich in BASIC stellte (mache eigentlich nix damit - ist für das Handbuch-Projekt, das ich neulich mal anteaserte).
Jetzt fehlt nur noch eine Antwort auf die Frage, wenn ich PM-Grafik in BASIC nutzen möchte (die ja in der hohen Auflösung bekanntlich 2KB also 8 Pages beträgt), warum muss ich dann:
A=PEEK(106)-16
POKE 54279,A
ausführen statt:
A=PEEK(106)-8
POKE 54279,A
CharlieChaplin schrieb: Ergo kann man sich bei atarimania derzeit nicht alle Programme auflisten lassen, die unbedingt Basic Rev. A benötigen (sondern nur Programme, die allg. Basic benötigen)...
Farb hat auf a8preservation.com gerade eben das Rev. A Tag suchbar gemacht https://www.a8preservation.com/#/software/title?t=BASA
FlorianD schrieb: im XL OS ist PORTB für das Memory Management zuständig, im OS A bedient PORTB Joysticks 3 und 4 https://atariwiki.org/wiki/Wiki.jsp?page=PORTB
d.h. im OS A gibt es kein Memory Management und deswegen kann auch das BASIC nicht an/ausgeschaltet werden. Braucht es ja nicht, man kann ja das Modul rausnehmen (geht beim XL OS nicht, da ist es fest eingebaut).
Tja, darf ich noch ein wenig die Leute verwirren ? Habe selber fünf 800XL, davon vier mit 512k Ramerweiterung. Alle fünf XL's haben ein XL-OS Rev. 2. Zwei der erweiterten vier Rechner haben zusätzlich ein OS-A und die anderen zwei erweiterten Rechner ein OS-B eingebaut. Nehme ich Copy 2000, so wird von den 512k XRAM unter dem XL-OS leider nur max. 256k XRAM erkannt (liegt am Programm). Lustig wird es, wenn ich auf OS-A oder OS-B umschalte:
XL-OS: 311k free RAM (55k of 64k base RAM + 256k XRAM)
OS-A: 41k free RAM (41k of 48k base RAM, no XRAM) - wie erwartet XRAM wird nicht erkannt
OS-B: 297k free RAM (41k of 48k base RAM + 256k XRAM) - XRAM wird mit OS-B erkannt !
Manche werden nun sagen, das liegt daran, dass ich einen Atari XL benutze. Doch für den alten Atari 800 gab es auch Ramerweiterungen, u.a. von der Firma Axlon (deren Chairman kennt man, es war Nolan Bushnell), sie nutzen den Rambereich von $4000-7FFF (kommt einem bekannt vor) und lassen sich angeblich erst ab OS-B nutzen (keine Ahnung, ob das stimmt). Soweit ich weiß gab es original Axlon-Erweiterungen in den Größen 64k, 128k und 256k (später gab es noch Eigenbauten bis 4MB). Kurzum, obwohl der Atari 400/800 ja vier Ports hat, wird mit OS-B auch XRAM unterstützt und von einigen Programmen erkannt und genutzt. Nur RAM unter dem OS gibt es auch bei OS-B weiterhin nicht.
DjayBee schrieb:
CharlieChaplin schrieb: Ergo kann man sich bei atarimania derzeit nicht alle Programme auflisten lassen, die unbedingt Basic Rev. A benötigen (sondern nur Programme, die allg. Basic benötigen)...
Farb hat auf a8preservation.com gerade eben das Rev. A Tag suchbar gemacht https://www.a8preservation.com/#/software/title?t=BASA
Richtig schön wird es bei einigen alten Thorn EMI Programmen, z.B. Figure fun, Compute 4 / Reversi, etc. denn diese benötigen u.a.:
explizit PAL oder explizit NTSC (Seriennummer auf dem Tapecover endet mit P für die PAL-Version bzw. mit N für die NTSC-Version) - ja, diese Programme sind nicht region-free !
explizit OS-B (die Programme laufen nicht mit OS-A und auch nicht mit XL-OS)
explizit Basic Rev. A (laufen nicht mit Basic Rev. B oder C)
Beispiel-Link: https://www.atarimania.com/game-atari-400-800-xl-xe-compute-4-reversi_1204.html
CharlieChaplin schrieb:
FlorianD schrieb: im XL OS ist PORTB für das Memory Management zuständig, im OS A bedient PORTB Joysticks 3 und 4 https://atariwiki.org/wiki/Wiki.jsp?page=PORTB
d.h. im OS A gibt es kein Memory Management und deswegen kann auch das BASIC nicht an/ausgeschaltet werden. Braucht es ja nicht, man kann ja das Modul rausnehmen (geht beim XL OS nicht, da ist es fest eingebaut).
Tja, darf ich noch ein wenig die Leute verwirren ? Habe selber fünf 800XL, davon vier mit 512k Ramerweiterung. Alle fünf XL's haben ein XL-OS Rev. 2. Zwei der erweiterten vier Rechner haben zusätzlich ein OS-A und die anderen zwei erweiterten Rechner ein OS-B eingebaut. Nehme ich Copy 2000, so wird von den 512k XRAM unter dem XL-OS leider nur max. 256k XRAM erkannt (liegt am Programm). Lustig wird es, wenn ich auf OS-A oder OS-B umschalte:
XL-OS: 311k free RAM (55k of 64k base RAM + 256k XRAM) Copy2000_XLOS.jpg
OS-A: 41k free RAM (41k of 48k base RAM, no XRAM) - wie erwartet XRAM wird nicht erkannt Copy2000_OSA.jpg
OS-B: 297k free RAM (41k of 48k base RAM + 256k XRAM) - XRAM wird mit OS-B erkannt ! Copy2000_OSB.jpg
Manche werden nun sagen, das liegt daran, dass ich einen Atari XL benutze. Doch für den alten Atari 800 gab es auch Ramerweiterungen, u.a. von der Firma Axlon (deren Chairman kennt man, es war Nolan Bushnell), sie nutzen den Rambereich von $4000-7FFF (kommt einem bekannt vor) und lassen sich angeblich erst ab OS-B nutzen (keine Ahnung, ob das stimmt). Soweit ich weiß gab es original Axlon-Erweiterungen in den Größen 64k, 128k und 256k (später gab es noch Eigenbauten bis 4MB). Kurzum, obwohl der Atari 400/800 ja vier Ports hat, wird mit OS-B auch XRAM unterstützt und von einigen Programmen erkannt und genutzt. Nur RAM unter dem OS gibt es auch bei OS-B weiterhin nicht.
Es liegt daran das Du einen XL benutzt.
Aus meiner Sicht ist das OS-ROM ganz unerheblich für die An- und Abschaltung von Speicher- und ROM-Bereichen (ROM wie BASIC-ROM).
Beim XL/XE gibt es eine MMU, welche über PORTB gesteuert wird und BASIC, OS-ROM und beim XE und bei XE-Kompatiblen Speichererweiterungen extra RAM im Bereich 4000-7FFF umschalten kann.
Bei den 400/800 Rechnern gibt es diese MMU standard-mässig nicht. Aber Speichererweiterungen für den 400/800 bringen ihre eigene MMU mit, die liegt dann aber nicht auf PORTB, sondern an anderer Stelle im Speicher. Bei der Axlon wird über die bei den 400/800 ungenutzten Adressen in C000-CFFF umgeschaltet, dort liegt die Axlon MMU. Daher sind Axlon und XE-Ram-Erweiterungen nicht kompatibel und müssen von Programmen separat unterstützt werden.
Ohne MMU lässt sich das original BASIC-ROM nicht abschalten.
https://mastodon.social/@cstrotm https://abbuc.social
Danke cas, besser erklärt als meine kurze Version
patjomki schrieb: Jetzt fehlt nur noch eine Antwort auf die Frage, wenn ich PM-Grafik in BASIC nutzen möchte (die ja in der hohen Auflösung bekanntlich 2KB also 8 Pages beträgt), warum muss ich dann:
A=PEEK(106)-16 POKE 54279,Aausführen statt:
A=PEEK(106)-8 POKE 54279,A
Ich nehme an da die PM-Graphik an einer 2K Grenze starten muß. Wenn Du 4k abziehts hast du ganz sicher eine 2K Grenze in diesem Bereich der genug Speicher dahinter für die Daten hat.
War es nicht auch so, dass man für den Grafikmodus auch noch Speicher reservieren muss? Da ich in diesem Fall Gr.0 verwende, käme das hin. Habe schon so lange nix mehr mit Atari-Basic gemacht.
